home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Aug 90 / MacApp.Tech$ 8⁄3⁄90 / 1665-Page Setup & Dialog -Jul90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.7 KB  |  36 lines  |  [TEXT/GEOL]
  1. Item    8618591                         30-July-90        13:56PDT
  2.  
  3. From:   FARALLON.ENG                    Farallon, Engineering,PRT
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. Sub:    Page Setup & Dialog behavior
  8.  
  9. Well, this is my third question here this month. I hope my answering of others'
  10. questions will balance that off. Anyway...there are two things I need to
  11. implement (obviously in MacApp):
  12.  
  13. 1) I want my document's Page Setup defaults to be different than the regular
  14. defaults for a new document (things like horz. page orientation, no graphics
  15. smoothing, etc.). Is this possible? I see that the print info data is stored in
  16. TDocument.fPrintInfo, but as this is a handle and not a record I'm not sure how
  17. to change what I want. I don't know the format, nor do I know if it will be the
  18. same in future System versions. Is changing the Page Setup defaults possible?
  19.  
  20. 2) I have a dialog with two radio buttons and an edit text item that one of the
  21. radio buttons applies to. They need to behave exactly as the Print dialog's
  22. "Pages..All..From..To" buttons and edit texts work (with the exception that I
  23. only have a single edit text item). That is, clicking the first radio should
  24. erase the text (and possibly deselect it, unlike the Print dialog), clicking
  25. the second radio should select the edit text, and clicking the edit text or tab
  26. should select the second radio. If this explanation is confusing, just look at
  27. the Print dialog to see what I'm looking for. I've tried a couple methods such
  28. as forcing TControl.DoChoice's and stuff, but it gets messy avoiding endless
  29. loops and other things.  Has anyone implemented something like this? Hints
  30. appreciated...
  31.  
  32. Thanks...
  33.  
  34. Eric Knight
  35.  
  36.